Better explain why COMM_MEMBS might be incorporated into SIGHTINGS
authorKarl O. Pinc kop@karlpinc.com <kop@karlpinc.com>
Wed, 12 Aug 2026 17:17:10 +0000 (17:17 +0000)
committerKarl O. Pinc kop@karlpinc.com <kop@karlpinc.com>
Thu, 13 Aug 2026 15:30:58 +0000 (15:30 +0000)
commitf490e0c7f5c0b111e001c9dd8cf963563a3b0261
tree37bff8ae9fe32984dcf58fc8ae007a3dcc52c77d
parentc059b77ffda2143e34ce0a20decfc943de096f5b
Better explain why COMM_MEMBS might be incorporated into SIGHTINGS

It would be even better to rename SIGHTINGS to MEMBERS, and have it
show community membership.  The build_sightings() function would be
renamed build_members().  And SIGHTINGS would then be a view of
MEMBERS, excluding the rows that exist in MEMBERS only because of
COMM_MEMBS.

But this probably also requires that build_members() always look at
COMM_MEMBS, last.  And have some sort of special Step value.
Otherwise we wouldn't know what MEMBERS.Step value to exclude when
constructing the SIGHTINGS view.

All this is, at present, not the best use of our available time.
doc/src/analyzed/sightings.m4
doc/src/functions/build_sightings.m4
doc/src/functions/sighting_controls.m4